用过 AI 写代码的人，基本都踩过同一个坑：你一句话丢过去，AI 哐哐写一堆

📖 精选 ✍️ Jason ｜ 📅 2026-05-26 ｜ 👍 5 ｜ 原帖↗
#知识星球 #立芯嵌入式 #来源/立芯星球 #技术/AI编程 #质量/精华

原帖 ｜ Jason ｜ 2026-05-26 17:00 ｜ 👍5 ｜ 阅读约1

用过 AI 写代码的人，基本都踩过同一个坑：你一句话丢过去，AI 哐哐写一堆，跑起来不对；改几遍，逻辑越来越乱；再改下去，代码直接变成没人敢动的烂摊子。这不是你不会描述，也不是 AI 太笨，是 AI 缺一套正经的工作流程。

Matt Pocock Skills 就是来解决这个的。

作者 Matt Pocock 是 TypeScript 圈公认的大佬，他把自己每天跟 AI 配合写代码的一套“工作指令”直接开源，起名 skills，口号很实在：给真正做工程的人用，不是随便糊弄的氛围编码。

这套东西专治 AI 写代码四大毛病：

  • 需求没问清就瞎写
  • 说话太啰嗦，术语不统一
  • 代码写了跑不通，还不会调试
  • 越写越乱，架构直接崩盘

它把老手开发习惯做成一条条斜杠  / 指令 ：先把需求问透、先写测试再写逻辑、按步骤调试、定期整理架构，让 AI 按规范干活，而不是凭感觉乱写。

轻量、不挑 AI 工具、Claude/Cursor/Copilot 全都能用，30 秒装完，直接提升代码质量。不管是个人写项目还是团队协作，都非常实用。

一、30 秒安装

先确保你装了 Node.js，然后终端运行：

npx skills@latest add mattpocock/skills

  • 勾选你想要的技能
  • 一定要勾 /setup-matt-pocock-skills
  • 选择你用的 AI 工具（CC/Cursor 等）

不想用命令行，直接把  SKILL.md  复制到你工具的 skills 目录，重启工具也能用。

二、初始化（每个项目做一次）

在 AI 工具里输这条命令：

/setup-matt-pocock-skills 

它会让你配 3 件事：

1. Issue 存在哪（GitHub/Linear/本地文件）
2. 问题分类标签用什么
3. 文档放哪个目录

配完，整套流程就能正常跑了。

三、最实用的指令

  • /grill-me
    写代码前先让 AI 把需求问到底，避免做出来不对。

  • /grill-with-docs
    进阶版，会帮你统一项目术语，生成文档，越大型项目越好用。

  • /tdd
    先写测试，再写代码，红绿绿重构，代码稳很多。

  • /diagnose
    出 bug 按步骤排查：复现→缩小范围→找原因→修复→测回去。

  • /to-prd / to-issues
    把想法变成规范需求文档，再拆成小任务，不乱做。

  • /zoom-out
    让 AI 从整体讲代码，不钻细节牛角尖。

  • /improve-codebase-architecture
    定期整理架构，防止项目变“泥球”。

  • /caveman
    极简模式，省 token，话少精准。

  • /handoff
    换会话、换 AI 时，把上下文打包交接，不丢信息。

四、推荐工作流

1. 先跑  /grill-me  把需求问清楚
2. 再跑  /grill-with-docs  统一语言、记好架构决策
3. 用  /to-prd  生成需求文档
4. 用  /to-issues  拆成小任务
5. 开  /tdd  写代码
6. 出问题用  /diagnose  排查
7. 定期用  /improve-codebase-architecture  整理架构

不用全用，挑适合你的就行。

五、嵌入式场景推荐

  • /grill-with-docs：硬件寄存器命名、驱动架构术语，对齐了省大事

  • /tdd：用 kunit 测驱动，红-绿-重构一样好使

  • /diagnose：跟 JTAG/串口/示波器那套调试思路天然匹配

  • /write-a-skill：把你自己的 BSP 适配、DTS 编写流程也做成 skill

相关笔记